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REMARKS 

Claims 1-7 are pending. Claim 1 has been amended with this response. It will 
be appreciated that the amendment to claim 1 has been made to address a spelling 
error and does not alter the scope of the claim. Because the amendment does not alter 
the scope of the claim 1 , entry of the amendment after the final rejection is believed to 
be proper for reducing the number of outstanding issues. Reconsideration of the 
application is respectfully requested for at least the following reasons. 

L REJECTION OF CLAIMS 1-7 UNDER 35 U.S.C. S 103(a) 

Claim 1-7 were rejected under 35 U.S.C. § 103(a) as being unpatentable over 
U.S. Patent Publication No. 2005/0053037 (Ginzburg et al.) in view of U.S. Patent No. 
7,382,788 (Furey et al.). Withdrawal of the rejection is respectfully requested for at 
least the following reason. 

/. Furey et al. fail to teach that for at least one of a plurality of pieces of frame 
data, converting begins prior to having received all of the plurality of pieces 
of frame data of the MSDU, as recited in claim 1. 

Claim 1 refers to a method for transmitting a MAC service data unit (MSDU) in a 
network system, comprising converting any received piece of frame data into a MAC 
protocol data unit (MPDU) and outputting the MPDU every time a piece of frame data is 
received, wherein for at least one of the plurality of pieces of frame data, converting 
begins prior to having received all of the plurality of pieces of frame data of the 
MSDU. 

The Office Action concedes that the primary reference, Ginzburg et al., fails to 
teach that conversion begins prior to having received all of the plurality of pieces of 
frame data, but claims that this aspect of claim 1 is taught by Furey et al. (See, OA. of 
10/01/09, p. 3, Ins. 3-9). However, as will be more fully appreciated below, the cited art 
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fails to teach converting any received piece of frame data into a MAC protocol data 
unit (MPDU), wherein conversion begins prior to having received all of the 
plurality of pieces of frame data . 

More particularly, Furey et al. teach a method for bridging network protocols. 
(See, e.g., abstract). The method comprises processing data frames using a protocol 
bridge, wherein a frame is processed/translated before the entire frame is received. 
(See, e.g., col. 16, Ins. 16-21). Shortly after a frame begins to be received it is 
allocated to a buffer, from which an internal embedded processor (PRC) 20 begins to 
perform protocol translation functions. (See, e.g., Figs. 2A-2B; col. 17, Ins. 9-11). 
Once protocol translation functions are completed, a transmit side hardware may begin 
sending the payload of a frame that has not yet been completely received. (See, col. 
17, Ins. 19-25). 

In contrast, one skilled in the art would appreciate that the MSDU, recited in 
claim 1 , is comprised of a plurality of individual pieces of frame data. Claim 1 states 
that converting any received piece of frame data begins prior to all of a plurality of 
pieces of frame data, comprising a MSDU, being received. In one non-limiting 
example, data transmission may begin after one of a plurality of pieces of frame data 
are received, which is different than beginning transmission prior to receiving an 
entire data frame, as taught by Furey et al. As recited in claim 1 , an entire piece of 
frame data is received and converted into a MPDU, that is transmitted over a wireless 
network, thereby allowing a MSDU to be transmitted over a wireless network as a 
plurality of MPDUs respectively converted from entire pieces of frame data. 

Accordingly, the method taught by Furey et al., wherein translation and 
transmission begin prior to a data frame being completely received, does not teach over 
claim 1 , wherein entire pieces of frame data, comprising a portion of an MSDU, are 
received and converted to MPDUs prior to receiving all of a plurality of pieces of 
frame data of an MSDU . Therefore, Furey et al. fail to teach wherein for at least one 
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of the plurality of pieces of frame data, converting begins prior to having received aii 
of the plurality of pieces of frame data of the MSDU. Accordingly, withdrawal of the 
rejection of claim 1 is respectfully requested. 

Claim 4 relates to a network device comprising a control circuit configured to 
begin converting at least one received piece of frame data into a corresponding 
MPDU prior to having received all of the plurality of pieces of frame data of the MSDU. 
As stated above, the cited art fails to teach this aspect of the present invention. 
Accordingly, withdrawal of the rejection is respectfully requested. 

Claim 7 relates to a device comprising a controller configured to begin converting 
at least one received piece of data into a corresponding MPDU prior to having 
received all the plurality of pieces of data of the MSDU. As stated above, the cited art 
fails to teach this aspect of the present invention. Accordingly, withdrawal of the 
rejection is respectfully requested. 

Claims 2-3 depend upon claim 1 and add further limitations thereto. Claims 5-6 
depend upon claim 4 and add further limitations thereto. Because the combination of 
Ginzburg et al. and Furey et al. does not teach the present invention of claims 1 , 4, or 
7, claims 2-3 and 5-6 are also not taught by the cited art. Accordingly, withdrawal of the 
rejection is respectfully requested. 
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M. CONCLUSION 

For at least the above reasons, the claims currently under consideration are 
believed to be in condition for allowance. 

Should the Examiner feel that a telephone interview would be helpful to facilitate 
favorable prosecution of the above-identified application, the Examiner is invited to 
contact the undersigned at the telephone number provided below. 

Should any fees be due as a result of the filing of this response, the 
Commissioner is hereby authorized to charge the Deposit Account Number 50-1733, 
INFAP140US. 

Respectfully submitted, 
ESCHWEILER & ASSOCIATES, LLC 



By /Thomas G. Eschweiler/ 
Thomas G. Eschweiler 
Reg. No. 36,981 

National City Bank Building 
629 Euclid Avenue, Suite 1000 
Cleveland, Ohio 44114 
(216)502-0600 



